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TtVMARKS 

In the Office Action dated May 26, 2005, the Examiner rejected claims 1-5, 7-15, and 
17-20 imder 35 USC 103(a) as unpatentable of Raj (Enterprise JavaBeans) in view of Jain 
(Java Call Control, Coordination and Transactions, IEEE Communications Magazine, 
January 2000) and rejected claims 6 and 16 xmder 35 USC 103 as unpatentable over Raj, Jain, 
and Shoffiaer (Write a Session EJB). Claims 1 through 20 rem^ at issue. 

The Art Reiections 

The Applicant would like to first address the comments made by the Examiner in Hie 
"Response to Arguments" (paragr^h 20) in the current Office Action. 

In the •'first point", the Examinex states the appUcant was incorrect when arguing tiiat 
Raj fails to teach or suggest the remote interfece associated wiHi an entity bean class. The 
AppUcants disagree wilh the Examiner's conclusion. A careful review of the actual 
Statements made by the Applicants demonstrate that the Examiner has conveniently 
roischaracterized what was said. Specifically, the Applicants stated ''As noted by the 
Examiner, Raj fails to teach or suggest a remote interface associated with the entity bean 
class, the remote interface being arranged to drive the state machine in response to input 
events" (emphasis added in boldX Raj in feet does BQt teach a remote interfece that is 
arranged to drive a state machine in response to input events. The Examiner acknowledged 
this very point in the first Office Action dated February 9, 2005. See specifically paragraph 6 
where ike Examiner stated "However, Reg does not teach the remote interface being arranged 
to driver the state machine ... The Examiner made the exact same statement in paragraph 5 
of the current Office Action. The first premise used by the Examiner for finding the 
Applicants remarks non-persuasive is therefore based on an incorrect characterization of the 
Applicant's statements. 

In the second point, the Examiner attempts to explain the applicability of the Jain 
reference. In so doing, the Examiner noted several references to a Finite State Machine 
(FSM) and Enterprise Java Beans (EJBs) that appear in the Jain reference. A careful review 
of the Jain demonstrates tJiat the reference is irrelevant to the present invention and does not 
teach the features missing from the Raj lefcience. 
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In paragraph 5 of the current Office Action, the Examiner attempts to characterized 
Jdn as teaching a finite state machine implemented as a Java object As prerviously noted, 
however, the finite state machine of Jain is for handling telephone calls and connections. 
There is no teaching in Jain ^vhalsoever of using a finite state machine as a Java object. The 
listing of examples where Jain mentions finite state machines or FSMs at various locations in 
the reference are therefore irrelevant to the present invention. IHe use of a state machine to 
handle telephone caUs and connections has absolutely nothing to do with implementing a 
finite state machine as a Java objert or supporting enterprise platforms as redted in the 
claims of the present invention. 

The Examiner has also mischaracterizes the Jain reference in construing the rejection. 
In the same paragr^ 5, the Examiner states the . . The state of a call ... to the explication; 
page no, right colwnn. second paragraph), covld be implemented using Enterprise Java 
Bean (Trusted (^plication ... EJB sense; page 112. left column, third paragraph). A review 
of page 112. left column, third paragraph, indicates the use of Enterprise Java Beans (EJBs) 
has nothing to do with implementing a call to the state machine. Rather, the reference states: 

Note in the diagram (figure 2) we show the JSLEE (Java Service 
Logic Execution Environment) residing between appUcaHons and 
JCC/JCAT (Java Call Control)/Java Coor^ation and Tramactions). 
Obviously trusted appUcations would actually execute using the feoilities ot 
the JSLEE, which would act as a "container" in the EJB sense, (explanation 
of the various aoronyms provided in bold for convenience) 

The above paragraph of Jain is simply defining the approximate relationship of the various 
JAIN edit groups. See the footnote under Figure 2 on page 111 of Jain. THere is no teaching 
in the reference regarding the use of EJBs for implementing calls to a state machine. 

Again, the Jain (and the JTAPI specification) fails to teach or suggest the very 
features that the Examiner is relying on in combination with Raj to reject the claims of the 
present appUcation. SpecificaUy, as noted in the previous response and repeated herein for 
convenience, the Jain reference teaches: 

The finite state machines mentioned in the Jain refsrence are for calls, 
connections, etc., respectively. In contrast, the present mvention relates to 
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mmlementiDg state machines as enteiprise beans on an enterprise platform. 
The state machine is used within a computing environment that supports an 
enteiprise platfonn that includes an entity bean class, a home f^^r^ 
assodated with the bean class, and a remote interface th^is associated 
the entity bean class. The entity bean class, the home interface, and tiie remote 
iDterfece collectively implement entity objects. Furfcer. witih the present 
invention, the state machine corresponds to an entity object The home 
interfece is used to create, find, and remove state machines, while the r^aote 
interface is used to drive the state machine tiansitions. The entity objects, 
entity bean class, the home interfece, and the remote interface are reaUzed as 
an Enterprise JavaBean entity bean component. Accordmgly, the Jam 
reference (and liie JTAPI specification) fail to teach or suggest: 

a remote interface associated with the entity bean class, 
the remote interface being arranged to drive the state machine in 
response to the irqtvt events; 

The Jain reference thus feils to teach or suggest a remote interfece arranged to drive a 
state machine in response to input events. Since neither the Raj or Jain references teach or 
suggest, among other elements of the present invention, a remote interfece being arranged to 
drive the state machine in response to input events, the claims of the present invention are 
therefore allowable. 

AppUcant beKeves that aU pending claims arc allowable and re^ectfully requests a 
Notice of Allowance for this application ftom the Examiner. Should the Examiner beHeve 
that a telephone conference would expedite the prosecution of this application, the 
undersigned can be reached at the telephone number set out below. 



P.O. Box 70250 
Oakland, CA 94612-0250 
(650) 961-8300 




[y submitted, 

VER & THOMAS, LLP 



7 



PAGE 9/9 ' RCVD AT IWWm 5:44:28 PM [Eastern Daylight Time] ' SVR:USPTOEPXRF-ef26 ' DNIS:2738300 ' CSID:16509618301 * DURATION (mnHSS):03-36 



